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Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



rd , 



The present document is part of a TS-family covering the 3 Generation Partnership Project; Technical Specification 
Group Services and System Aspects; Telecommunication management; as identified below: 

32.301: Configuration Management (CM); Notification Integration Reference Point (IRP): Requirements 

32.302: Configuration Management (CM); Notification Integration Reference Point (IRP): Information 

Service (IS) 

32.303: Configuration Management (CM); Notification Integration Reference Point (IRP): Common 

Object Request Broker Architecture (CORBA) Solution Set (SS) 

32.305: Configuration Management (CM); Notification Integration Reference Point (IRP): extensible 

Markup Language (XML) definition 

32.307: Configuration Management (CM); Notification Integration Reference Point (IRP): SOAP 

solution set 

Configuration Management (CM), in general, provides the operator with the ability to assure correct and effective 
operation of the 3G network as it evolves. CM actions have the objective to control and monitor the actual configuration 
on the Network Elements (NEs) and Network Resources (NRs), and they may be initiated by the operator or by 
functions in the Operations Systems (OSs) or NEs. 

CM actions may be requested as part of an implementation programme (e.g. additions and deletions), as part of an 
optimisation programme (e.g. modifications), and to maintain the overall Quality of Service (QoS). The CM actions are 
initiated either as a single action on a NE of the 3G network or as part of a complex procedure involving actions on 
many NEs. 

The Itf-N interface is built up by a number of Integration Reference Points (IRPs) and a related Name Convention, 
which realise the functional capabilities over this interface. The basic structure of the IRPs is defined in 
3GPP TS 32.101 [6] and 3GPP TS 32.102 [7]. 

Network Elements (NEs) under management and element managers generate notifications of events about occurrences 
within the network. Different kinds of events carry different kinds of information. For instance a new alarm as 
specified in 3GPP TS 32.1 1 1-2 Alarm IRP: Information Service [5], is one possible kind of event, an object creation as 
specified in 3GPP TS 32.602 Basic CM IRP: Information Service [15] is another possible kind of event. 
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Information of an event is carried in notification. An IRP Agent (typically an EM or a NE) emits notifications. 
IRPManager (typically a network management system) receives notifications. The purpose of Notification IRP is to 
define an interface through which an IRPManager can subscribe to IRP Agent for receiving notifications. 

This IRP bases its design on work captured in ITU-T Recommendation X.734 [2], The central design ideas are: 

• Separation of notification Consumers (IRPManagers) from Producers (IRP Agents); 

• Notifications are sent to IRPManagers without the need for IRPManagers to periodically check for new 
notifications. 

Common characteristics related to notifications in all other IRPs are gathered in one IRP. 
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Scope 



The present document specifies the SOAP Solution Set for the IRP whose semantics is specified in Notification IRP; 
Information Service (3GPP TS 32.302 [4]). 

This Solution Set specification is related to 3GPP TS 32.302 V7.0.X. 



2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] ITU-T Recommendation X.736: "Information technology - Open Systems Interconnection - 
Systems Management: Security alarm reporting function". 

[2] ITU-T Recommendation X.734 (1992): "Information technology - Open Systems Interconnection - 

Systems management: Event report management function". 

[3] 3GPP TS 32.312: "Telecommunication management; Generic Integration Reference Point (IRP) 

management; Information Service (IS)". 

[4] 3GPP TS 32.302: "Telecommunication management; Configuration Management (CM); 

Notification Integration Reference Point (IRP): Information Service (IS)". 

[5] 3GPP TS 32. Ill -2: "Telecommunication management; Fault Management; Part 2: Alarm 

Integration Reference Point (IRP): Information Service (IS)". 

[6] 3GPP TS 32.101: "Telecommunication management; Principles and high level requirements". 

[7] 3GPP TS 32.102: "Telecommunication management; Architecture". 

[8] 3GPP TS 32.301: "Telecommunication Management; Configuration Management (CM); 

Notification Integration Reference Point (IRP): Requirements". 

[9] 3GPP TS 32.317: "Telecommunication management; Generic Integration Reference Point (IRP) 

management; Simple Object Access Protocol (SOAP) Solution Set (SS)". 

[10] 3GPP TS 32.31 1: "Telecommunication management; Generic Integration Reference Point (IRP) 

management; Requirements". 

[II] 3GPP TS 32.172: "Telecommunication management; Subscription Management (SuM) Network 
Resource Model (NRM) Integration Reference Point (IRP): Information Service". 

[12] W3C SOAP 1 . 1 specification ( http://www.w3.org/TR/2000/NOTE-SOAP-20000508/) 

[13] W3C XPath 1.0 specification ( http://www.w3.org/TR/1999/REC-xpath-19991 1 16 ) 

[14] W3C WSDL 1.1 specification ( http://www.w3 .org/TR/200 l/NOTE-wsdl-200 1 03 1 5) 

[15] 3GPP TS 32.602: "Telecommunication management; Configuration Management (CM); Basic CM 

Integration Reference Point (IRP): Information Service (IS)". 
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[16] 3GPP TS 32.305: "Telecommunication management; Configuration Management (CM); 

Notification Integration Reference Point (IRP): extensible Markup Language (XML) definition". 

[17] WS-1 Basic Profile Version 1.1 ( http://www.ws-i.org/Profiles/BasicProfile-l.l-2004-08-24.html) 

[18] W3C SOAP 1.2 specification ( http://www.w3.org/TR/soapl2-partl/) 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in 3GPP TS 32.101 [6], 3GPP TS 32.102 [7] 
and 3GPP TS 32.301 [8] and the following apply: 

IRP document version number string (or "IRPVersion"): See 3GPP TS 32.311 [10]. 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

CM Configuration Management 

EM Element Manager 

IS Information Service 

NE Network Element 

NV Name and Value pair 

QoS Quality of Service 

SS Solution Set 

WSDL Web Service Description Language 

WS-I Web Services Interoperability Organization 

4 Architectural features 

The overall architectural feature of Notification IRP is specified in 3GPP TS 32.302 [4]. This clause specifies features 
that are specific to the SOAP Solution Set (SS). 

The SOAP 1.1 specification [12] and WSDL 1.1 specification [14] are supported. 

The SOAP 1.2 specification [18] is supported optionally. 

This specification uses "document" style in WSDL file. 

This specification uses "literal" encoding style in WSDL file. 

The IRP Agent shall support the push interface model that means IRP Agent sends notifications to IRPManager as soon 
as new events occur. IRPManager does not need to check ("pull") for events. 

The 'Notification' definition is imported from Notification IRP XML Definition [16]. 

This specification uses a number of namespace prefixes throughout that are listed in Table 4. 1 . 
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Table 4.1 : Prefixes and Namespaces used in this specification 



PREFIX 


NAMESPACE 


http 


http://schemas.xmlsoap.org/wsdl/http/ 


soap 


http://schemas.xmlsoap.org/wsdl/soap/ 


SOAP-ENV 


http://schemas.xmlsoap.org/soap/envelope/ 


SOAP-ENC or 
soapenc 


http://schemas.xmlsoap.org/soap/encoding/ 


xs or xsd 


http://www.w3.org/2001/XMLSchema 


xsi 


http://www.w3.org/2001/XMLSchema-instance 


ntflRPSystem 


http://www.3gpp.org/ftp/Specs/archive/32_series/32307/schema/32307- 
700/Notif ication 1 RPSystem 


ntflRPData 


http://www.3gpp.org/ftp/Specs/archive/32 series/32307/schema/32307-700/NotificationlRPData 


ntflRPNtfSystem 


http://www.3gpp.org/ftp/Specs/archive/32_series/32307/schema/32307- 
700/notification/NotificationlRPNtfSystem 


ntflRPNtfData 


http://www.3gpp.org/ftp/Specs/archive/32_series/32307/schema/32307- 
700/notification/NotificationlRPNtfData 


genericlRPSystem 


http://www.3gpp.org/ftp/Specs/archive/32 series/3231 7/schema/3231 7-700/GenericlRPSystem 



The WSDL structure is like Figure 4. 1 : 



Operations 



PortTypes 



Bindings 



Services 



5 getlRFVersion 

5 getOperationProfile 

^ getNotificationProfile 

5 subscribe 

5 unsubscribe 

5 getSubscripHonlds 

5 getSubscriptionStatus 

^ changes ubscriptionFilter 

5 suspendSubscription 

5 resumes ubscription 

^ getNotificationCategories 



S- 



NotificationIRP 



B"iS\ NotificationIRP 

1. NotificationIRP 



NotificationIRP 



Operations 



Figure 4.1 : Notification IRP SOAP Solution Set WSDL structure 
PortTypes Bindings 



S- ^1 notifv 



B- 



NotificationlRPNtf 



Services 

B~^ NotificationlRPNtf 

fk. NotificationlRPNtf 



NotificationlRPNtf 



Figure 4.2: Notification IRP SOAP Solution Set Notification WSDL structure 
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5 Mapping 

5.1 Operation mapping 

Notification IRP: IS (3GPP TS 32.302 [5]) defines semantics of operations visible across this IRP. These operations are 
the operations of the lOCs defined in 3GPP TS 32.302 [5]. 

Table 5.1 maps the operations defined in Notification IRP: IS (3GPP TS 32.302 [5]) to their equivalents (methods) in 
this Solution Set (SS). Specifically, the table 5.1 maps the operations of the lOCs defined in 3GPP TS 32.302 [5] to 
their equivalents in this SS. Since one of the lOCs, the Notif icationIRP IOC, inherits from the 
ManagedGenericIRP IOC [4], the table 5.1 also maps the operations of ManagedGenericIRP IOC to their 
equivalents (methods) in this SS. 

Table 5.1 also qualifies if a method is Mandatory (M) or Optional (O). 

Table 5.1 : Mapping from IS Operation to SS Equivalents 



IS Operations in 3GPP TS 32.302 [5] 


SS Operations 


Qualifier 


subscribe 


subscribe 


M 


unsubscribe 


unsubscribe 


M 


getSubscriptionlds 


getSubscriptionlds 





getSubscriptionStatus 


getSubscriptionStatus 





changeSubscriptionFilter 


ChangeSubscriptionFilter 





suspendSubscription 


suspendSubscription 





resumeSubscription 


resumeSubscription 





getNotificationCategories 


getNotificationCategories 





getlRPVersion (see note.) 


getlRPVersion 


M 


getOperationProfile (see note.) 


getOperationProfile 





getNotificationProfile (see note.) 


getNotificationProfile 





NOTE: These 3 operations are operations of ManagedGenericIRP IOC specified in 3GPP TS 32.312 [4]. 
The NotificationIRP IOC of 3GPP TS 32.302 [5] inherits from it. 



5.2 Filter language 

The filter language used in the SS is the XPath Language (see W3C XPath 1.0 specification [13]). IRP Agents may 
throw a FilterComplexityLimit fault when a given filter is too complex. 

5.3 Common datatype definition 

5.3.1 Notif IcationCategorySetType 

< complex Type name= "Not ificationCategory Set Type" > 

<complexContent> 

<extension base="ntf IRPData : Vers ionNumber Set Type" > 

</extension> 
</complexContent> 
</complexType> 

5.3.2 SubscriptionStateType 

< simple Type name="SubscriptionStateType"> 
<restriction base=" string" > 

<enumeration value=" Suspended" /> 

<enumeration value=" Not Suspended" /> 

</restriction> 
</ simple Type > 
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5.4 Operation parameter mapping 



3GPP TS 32.302 [5] defines semantics of parameters carried in operations across the Notification IRP. The tables below 
show the mapping of these parameters, as per operation, to their equivalents defined in this SS. 

5.4.1 Operation subscribe 

5.4.1 .1 Input parameters 

Table 5.4.1.1 : Mapping from IS subscribe input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerReference 


anyURI managerReference 


M 


timeTick 


long timeTick 





notificationCategories 


ntflRPData:NotificationCategorySetType notificationCategories 





filter 


string filter (see note 1) 







anyURi ntfTransServiccNS (see note 2) 


M 


N0TE1 : The grammar of the filter string is XPath defined by W3C XPath 1 .0 specification [1 2]. 

N0TE2: This parameter is used to specify the name space of the Web Notification Transmission Service that will be 
used for sending notification. 

The 'http://www.3gpp.org/ftp/Specs/archive/32_series/32307/schema/32307-700/notification' 
should be supported. 



Here is the XML schema fragment of the subscribe request: 

<! — subscribe Request — > 
<element name=" subscribe "> 
<complexType> 
<sequence> 

<element name="managerRef erence" type="anyURI " /> 

<e lament name= "timeTick" type="long" minOccurs="0 " /> 

<element name=" notificationCategories " type="ntf IRP Data : Notif icationCategorySetType" 

minOccurs="0"/> 

<element name=" filter" type=" string" minOccurs="0 " /> 

<element name="ntf Trans ServiceNS" type="anyURI " /> 
</sequence> 
</complexType> 
</element> 



5.4.1.2 



Output parameters 
Table 5.4.1.2: Mapping from IS subscribe output parameters to SS equivalents 



IS Operation parameter 


SS IVIethod parameter 


Qualifier 


subscriptionid 


string subscriptionid 


M 


status 


ntflRPData:subscribeFault 


M 



Here is the XML schema fragment of the subscribe response: 

<! — subscribe Response — > 
<element name=" subscribeResponse"> 
<complexType> 
<sequence> 

<element name="subscriptionIcl" type="string"/> 
</sequence> 
</complexType> 
</element> 



5.4.1.3 



Fault definition 



<! — subscribe Fault — > 
<element name="subscribeFault "> 
<complexType> 
<choice> 
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<element name="AlreadySubscribedFault " type="string"/> 

<element name= "At Leas tOneNotificationCategoryNot Support edFault" type="string"/> 

<element name="subscribeFault " type="string"/> 

<element ref="ntf IRPData: InvalidParameterFault "/> 
</choice> 
</complexType> 
</element> 



5.4.2 Operation unsubscribe 



5.4.2.1 



Input parameters 
Table 5.4.2.1 : Mapping from IS unsubscribe input parameters to SS equivalents 



IS Operation parameter 


SS IVIetliod parameter 


Qualifier 


managerReference 


anyURI managerReference 


M 


subscriptionid 


string subscriptionid 






Here is the XML schema fragment of the unsubscribe request: 

<! — unsubscribe Request — > 

< e 1 erne n t n ame = " u n s ub scribe "> 

<complexType> 

<sequence> 
<element name=" managerReference" type="anyURI " /> 
<element name=" subscriptionid" type=" string" minOccurs=" 0" /> 

</sequence> 

</complexType> 

</element> 

5.4.2.2 Output parameters 

Table 5.4.2.2: Mapping from IS unsubscribe output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


Status 


ntflRPData:unsubscribeFault 


M 



Here is the XML schema fragment of the unsubscribe response: 

<! — unsubscribe Response — > 
<element name="unsubscribeResponse"> 
</element> 



5.4.2.3 



Fault definition 



<! — unsubscribe Fault — > 

<element name="unsubscribeFault "> 

< c omp lex Type > 

<choice> 

<element name="unsubscribeFault " type=" string" /> 
<element ref="ntf IRPData : InvalidParameterFault " /> 

</choice> 

</complexType> 

</element> 
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5.4.3 Operation getSubscriptionlds 

5.4.3.1 Input parameters 

Table 5.4.3.1 : Mapping from IS getSubscriptionlds input parameters to SS equivalents 



IS Operation parameter 


SS IVIethod parameter 


Qualifier 


managerReference 


anyURI managerReference 


M 



Here is the XML schema fragment of the getSubscriptionlds request: 

<! — getSubscriptionlds Request — > 
<element name="getSubscriptionIcls "> 
<complexType> 
<sequence> 

<element name="managerReference" type="anyURI"/> 
</sequence> 
</complexType> 
</element> 



5.4.3.2 



Output parameters 



Table 5.4.3.2: Mapping from IS getSubscriptionlds output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionldSet 


sequence of string subscriptionldSet 


M 


status 


ntflRPData:getSubscriptionldsFault 


M 



Here is the XML schema fragment of the getSubscriptionlds response: 

<! — getSubscriptionlds Response — > 
<element name=" get Subs criptionIdsResponse"> 
<complexType> 
<sequence> 

<element name= " sub script ion I dSet"> 
< c omp lex Type > 
<sequence> 

<element name="subscriptionId" type=" string" maxOccurs="unbounded"/> 
</sequence> 
</complexType> 
</element> 
</sequence> 
</complexType> 
</element> 



5.4.3.3 



Fault definition 



< ! — getSubscriptionlds Fault — > 

<element name=" get Subscript ion I dsFault "> 

<cornplexType> 

<choice> 

<element name= " get Sub script ion I dsFault" type=" string" /> 
<element ref ="ntf IRPData : OperationNotSupportedFault " /> 
<element ref ="ntf IRPData : Inval idPar ameter Fault " /> 

</choice> 

</complexType> 

</element> 
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5.4.4 Operation getSubscriptionStatus 

5.4.4.1 Input parameters 

Table 5.4.4.1 : Mapping from IS getSubscriptionStatus input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter Qualifier] 


subscriptionid 


string subscriptionid 


M 



Here is the XML schema fragment of the getSubscriptionStatus request: 

<! — getSubscriptionStatus Request — > 
<element name="getSubscriptionStatus "> 
<complexType> 
<sequence> 

<element name="subscriptionId" type="string"/> 
</sequence> 
</complexType> 
</element> 



5.4.4.2 



Output parameters 



Table 5.4.4.2: Mapping from IS getSubscriptionStatus output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


notificationCategories 


ntflRPData:NotificationCategorySetType notificationCategories 


C 


filterlnEffect 


string filterlnEffect (see note) 





SubscriptionState 


ntflRPData:SubscriptionStateType SubscriptionState 





timeTick 


long timeTick 





status 


ntflRPData:getSubscriptionStatusFault 


M 


NOTE: The grammar of the filter string is XPath defined by W3C XPath 1 .0 specification [1 2]. 



Here is the XML schema fragment of the getSubscriptionStatus response: 

< ! — getSubscriptionStatus Response — > 

<e lenient name = " get Subs criptionStatusResponse"> 

<complexType> 

<sequence> 

<element name=" notificationCategories" type="ntf IRPData : Not ificationCategory Set Type" 

minOccurs="0"/> 

<element name="f ilterlnEf f ect " type=" string" minOccurs="0 " /> 

<element name=" SubscriptionState" type="ntf IRPData : SubscriptionStateType" 
minOccurs="0 " /> 

<element name= "timeTick" type="long" minOccurs="0 " /> 
</sequence> 
</complexType> 
</element> 



5.4.4.3 



Fault definition 



<! — getSubscriptionStatus Fault — > 
<element name="getSubscriptionStatusFault "> 
<complexType> 
<choice> 

<element name="getSubscriptionStatusFault " type="string"/> 
<element ref="ntf IRPData : OperationNotSupportedFault " /> 
<element ref="ntf IRPData: InvalidParameterFault "/> 
</choice> 
</complexType> 
</element> 
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5.4.5 Operation changeSubscriptionFilter 

5.4.5.1 Input parameters 

Table 5.4.5.1 : Mapping from IS changeSubscriptionFilter input parameters to SS equivalents 



IS Operation parameter 


SS IVIethod parameter 


Qualifier 


subscriptionid 


string subscriptionid 


M 


filter 


string filter (see note) 





NOTE: The grammar of the filter string is XPath defined by W3C XPath 1 .0 specification [1 2]. 



Here is the XML schema fragment of the changeSubscriptionFilter request: 

<! — changeSubscriptionFilter Request — > 
<element name="changeSubscriptionFilter "> 
<complexType> 
<sequence> 

<element name=" subscriptionid" type=" string" /> 

<element name=" filter" type=" string" minOccurs=" 0" /> 
</sequence> 
</complexType> 
</element> 

5.4.5.2 Output parameters 

Table 5.4.5.2: Mapping from IS changeSubscriptionFilter output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


status 


ntflRPData: changeSubscriptionPilterFault 


M 



Here is the XML schema fragment of the changeSubscriptionFiher response: 

<! — changeSubscriptionFilter Response — > 
<element name="changeSubscriptionFilterResponse"> 
</element> 

5.4.5.3 Fault definition 

<! — changeSubscriptionFilter Fault — > 
<e lenient name=" change Subs criptionFi It erFault "> 
<complexType> 
<choice> 

<element name=" change Subs criptionFi It erFault " type=" string" /> 
<element ref =" ntflRPData :OperationNot Support edFault"/> 
<elernent ref =" ntflRPData : InvalidParameterFault " /> 
</choice> 
</complexType> 
</element> 

5.4.6 Operation suspendSubscription 

5.4.6.1 Input parameters 

Table 5.4.6.1 : Mapping from IS suspendSubscription input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionid 


string subscriptionid 


M 



Here is the XML schema fragment of the suspendSubscription request: 

<! — suspendSubscription Request — > 
<e lament name="suspendSubscription"> 

< c omp lex Type > 
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<sequence> 

<element name = "subscriptionIcl" type = "string" /> 
</sequence> 
</complexType> 
</element> 

5.4.6.2 Output parameters 

Table 5.4.6.2: Mapping from IS suspendSubscription output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


status 


ntflRPData:suspendSubscriptionFault 


M 



Here is the XML schema fragment of the suspendSubscription response: 

<! — suspendSubscription Response — > 
<element name="suspendSubscriptionResponse"> 
</element> 



5.4.6.3 



Fault definition 



<! — suspendSubscription Fault — > 
<element name="suspendSubscriptionFault "> 
<complexType> 
<choice> 

<element name="suspendSubscriptionFault " type="string"/> 
<element ref ="ntf IRPData : OperationNotSupportedFault " /> 
<element ref ="ntf IRPData: InvalidParameterFault "/> 
</choice> 
</complexType> 
</element> 

5.4.7 Operation resumeSubscription 

5.4.7.1 Input parameters 

Table 5.4.7.1 : Mapping from IS resumeSubscription input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subschptionld 


string subschptionld 


M 



Here is the XML schema fragment of the resumeSubscription request: 

<! — resumeSubscription Request — > 
<element name= "resume Subscript ion "> 
< c omp lex Type > 
<sequence> 

<element name="subscriptionId" type=" string" /> 
</sequence> 
</complexType> 
</element> 

5.4.7.2 Output parameters 

Table 5.4.7.2: Mapping from IS resumeSubscription output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


status 


ntflRPData:resumeSubscrJptionFault 


M 



Here is the XML schema fragment of the resumeSubscription response: 

<! — resumeSubscription Response — > 
<element name="resumeSubscriptionResponse"> 
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</element> 

5.4.7.3 Fault definition 

<! — resumeSubscription Fault — > 
<element name= "resume Subs criptionFault "> 
<complexType> 
<choice> 

<e lenient name = " resume Subs criptionFault " type = " string" /> 
<element ref ="ntf IRPData : OperationNotSupportedFault " /> 
<element ref ="ntf IRPData : InvalidParameterFault " /> 
</choice> 
</complexType> 
</element> 

5.4.8 Operation getNotificationCategories 

5.4.8.1 Input parameters 

None. 

Here is the XML schema fragment of the getNotificationCategories request: 

<! — getNotificationCategories Request — > 
<element name="getNotif icationCategories"> 
</element> 

5.4.8.2 Output parameters 

Table 5.4.8.2: Mapping from IS getNotificationCategories output parameters to SS equivalents 



IS Operation parameter 


SS IVIethod parameter 


Qualifier 


NotificationCategoryList 


ntflRPData:NotificationCategorySetType NotificationCategoryList 


M 


status 


ntflRPData:getNotificationCategoriesFault 


M 



Here is the XML schema fragment of the getNotificationCategories response: 

<! — getNotificationCategories Response — > 
<element name="getNotif icationCategoriesResponse"> 
<complexType> 
<sequence> 

<element name= "NotificationCategoryList " type="ntf IRPData : Notif icationCategorySetType" /> 
</sequence> 
</complexType> 
</element> 

5.4.8.3 Fault definition 

<! — getNotificationCategories Fault — > 

<element name="getNotif icationCategoriesFault "> 
<complexType> 
<choice> 

<element name = "getNot if IcationCategoriesFault " type = " string" /> 
<element ref ="ntf IRPData : OperationNotSupportedFault " /> 
</choice> 
</complexType> 
</element> 



5.5 Parameter mapping 



Notification IRP: IS (3GPP TS 32.302 [5]) defines the semantics of common attributes carried in notifications. This SS 
does not provide the mapping of these attributes to their SOAP SS equivalents. Other IRPs such as Alarm IRP: 
IS (3GPP TS 32. Ill -2 [6]) identify and qualify these common attributes for use in their environment. Their 
corresponding SS documents define the mapping of these attributes to their SS equivalents. 
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5.6 Notification I RPNotification Interface definition 

The operation name is defined as 'notify'. 

5.6.1 Input parameters 

Table 5.6.1 : notify input parameters 



IS Operation parameter 


SS Method parameter 


Qualifier 


- 


xe:Notification notification 


M 









Here is the XML schema fragment of the notify request: 

<! — notify Request — > 
<element name="notify"> 
<complexType> 
<sequence> 

<element name="notif ication" type="xe ;Notif ication"/> 
</sequence> 
</complexType> 
</element> 



5.6.2 Output parameters 

None. 

6 IRPAgent's Behaviour 

This clause describes some IRPAgent's behaviour not captured by WSDL. 

6.1 Subscription 

IRPManager can invoke multiple subscribe operation using different managerRef erence(s). As far as 
IRP Agent is concerned, the IRP Agent will emit notifications to multiple "places" with their independent filter 
requirements. IRP Agent will not know if the notifications are going to the same IRPManager. 

If IRPManager invokes multiple subscribe using the same managerRef erence and with an already subscribed 
notif icationCategory, IRP Agent shall raise AlreadySubscribedFault fault to all invocations except 
one. 

IRPManager can invoke multiple subscribe using the same managerRef erence and with one or more not-yet- 
subscribed notif icationCategories. In this case, if IRP Agent supports all the notification categories requested, 
IRP Agent shall accept the invocation; otherwise, it raises 

At Leas tOneNotificationCategoryNot Support edFault fault. 
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Annex A (normative): 
WSDL specifications 



<?xml version=" 1.0" encoding="UTF-8 " ?> 

< definitions xmlns="http : / /schema s . xmlsoap . org/wsdl/ " 

xmlns : soap="http : / /schema s . xmlsoap . org/wsdl /soap/ " 

xmlns : http="http : / /schema s . xmlsoap . org/wsdl /http/ " xmlns : xs="http : //www. w3 . org/200 1/XMLSchema" 

xmlns : soapenc="http : / /schema s . xmlsoap . org/ soap /encoding/ " 

xmlns : gene ricIRPSystem=" http : //www. 3gpp . org/ftp/Specs/archive/32_series/323 17 /schema/323 17- 

700/GenericIRPSystem" 

xmlns : ntf IRPSystem="http : //www. 3gpp . org/f tp/Specs/ar chive/32_series/323 07 /schema/323 07- 

700/NotificationIRPSystem" 

xmlns : ntf IRPData="http : //www. 3gpp . org/f tp/Specs/ar chive/32__series/323 07 /schema/323 07- 

700/NotificationIRPData" 

targetNamespace="http : //www. 3gpp . org/f tp/Specs/ar chive/32_series/323 07 /schema/323 07- 
700 /Notif icationlRPSy stem" > 

< import name space=" http : //www. 3gpp . org/f tp/Specs/ar chive/32_series/323 17 /schema/323 17- 
700 /GenericIRPSy stem" location="http : //www. 3gpp . org/f tp/Specs/ar chive/32_series/323 17 /schema/323 17- 
700. zip" /> 

<types> 

< schema targetNamespace = "http : //www. 3gpp . org/f tp/Specs/ar chive/32__series/323 07 /schema/323 07- 
700/NotificationIRPData" xmlns="http: //www. w3 . org/200 l/XMLSchema"> 
< ! — subscribe Request — > 
<element name="subscribe"> 
<complexType> 
<sequence> 

<element name="managerRef erence" type="anyURI " /> 
<element name="timeTick" type="long" minOccurs="0 " /> 
<element name="notif icationCategories " 
type="ntf IRPData : Notif icationCategory Set Type" minOccurs=" " /> 

<element name=" filter" type=" string" minOccurs="0 " /> 
<element name="ntf Trans ServiceNS" type="anyURI " /> 
</sequence> 
</complexType> 
</element> 

<! — subscribe Response — > 
<element name="subscribeResponse"> 
<complexType> 
<sequence> 

<element name="subscriptionId" type=" string" /> 
</sequence> 
</complexType> 
</element> 

<complexType name= "Not if icationCategory Set Type" > 
<complexContent> 

<extension base=" ntf IRPData : Vers ionNumber Set Type" > 
</extension> 
</complexContent> 
</complexType> 
<! — subscribe Fault — > 
<element name="subscribeFault "> 
<complexType> 
<choice> 

<element name=" Already Subs cribedFault " type=" string" /> 
<element name="AtLeastOneNotif icationCategor yNot Support edFault " 
type=" string" /> 

<element name="subscribeFault " type=" string" /> 
<element ref=" ntf IRPData: InvalidParameterFault "/> 
</choice> 
</complexType> 
</element> 

< ! — unsubscribe Request — > 
<element name="unsubscribe"> 
<complexType> 
<sequence> 

<element name= "manage rRef erence" type="anyURI " /> 
<element name="subscriptionId" type=" string" minOccurs="0 " /> 
</sequence> 
</complexType> 
</element> 

<! — unsubscribe Response — > 
<element name="unsubscribeResponse"> 
</element> 
<! — unsubscribe Fault — > 
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<element name="unsubscribeFault "> 
<complexType> 
<choice> 

<element name="unsubscribeFault " type="string" /> 
<element ref ="ntf IRPData ; InvalidParameterFault " /> 
</choice> 
</complexType> 
</element> 

<! — getSubscriptionlds Request — > 
<element name="getSubscriptionIcls "> 
<complexType> 
<sequence> 

<element name="managerReference" type="anyURI"/> 
</sequence> 
</complexType> 
</element> 

<! — getSubscriptionlds Response — > 
<element name="getSubscriptionIdsResponse"> 
<complexType> 
<sequence> 

<element name= " subscript ion I dSet"> 
<complexType> 
<sequence> 

<element name="subscriptionId" type="string" 
maxOccurs= "unbounded" /> 

</sequence> 
</complexType> 
</element> 
</sequence> 
</complexType> 
</element> 

<! — getSubscriptionlds Fault — > 
<element name="getSubscriptionIdsFault "> 
<complexType> 
<choice> 

<element name="getSubscriptionIdsFault " type="string"/> 
<element ref ="ntf IRPData : OperationNotSupportedFault " /> 
<element ref ="ntf IRPData: InvalidParameterFault "/> 
</choice> 
</complexType> 
</element> 

<! — getSubscriptionStatus Request — > 
<element name="getSubscriptionStatus"> 
<complexType> 
<sequence> 

<element name="subscriptionId" type="string"/> 
</sequence> 
</complexType> 
</element> 

<! — getSubscriptionStatus Response — > 
<element name=" get Subs criptionStatusResponse"> 
<complexType> 
<sequence> 

<element name="notif icationCategories " 
type="ntf IRPData ; Notif icationCategorySetType" minOccurs="0 " /> 

<element name="f ilterlnEf feet " type="string" minOccurs="0"/> 
<element name= " Subs criptionSt ate" type="ntf IRPData ; SubscriptionStateType" 
minOccurs="0 " /> 

<element name="timeTick" type="long" minOccurs="0"/> 
</sequence> 
</complexType> 
</element> 

<simpleType name=" Subs criptionSt at eType"> 
<restriction base="string"> 

<enumeration value=" Suspended" /> 
<enumeration value=" Not Suspended" /> 
</restriction> 
</simpleType> 

<! — getSubscriptionStatus Fault — > 
<element name=" get Subs criptionSt at usFault "> 
<complexType> 
<choice> 

<element name="getSubscriptionStatusFault " type="string" /> 
<element ref ="ntf IRPData ; OperationNotSupportedFault " /> 
<element ref ="ntf IRPData ; InvalidParameterFault " /> 
</choice> 
</complexType> 
</element> 
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< ! — changeSubscriptionFilter Request — > 
<element name="changeSubscriptionFilter "> 
<complexType> 
<sequence> 

<element name="subscriptionId" type="string"/> 
<element name=" filter" type=" string" minOccurs="0 " /> 
</sequence> 
</complexType> 
</element> 

<! — changeSubscriptionFilter Response — > 
<element name="changeSubscriptionFilterResponse"> 
</element> 

< ! — ChangeSubscriptionFilter Fault — > 

<e lenient name=" change SubscriptionFi It erFault "> 
<complexType> 
<choice> 

<element name=" change SubscriptionFi It erFault" type=" string" /> 
<element ref ="ntf IRPData : OperationNotSupportedFault " /> 
<elernent ref ="ntf IRPData : InvalidParameterFault " /> 
</choice> 
</complexType> 
</element> 

<! — suspendSubscription Request — > 
<element name="suspendSubscription"> 
<complexType> 
<sequence> 

<element name="subscriptionId" type="string"/> 
</sequence> 
</complexType> 
</element> 

< ! — suspendSubscription Response — > 
<e lenient name="suspendSubscriptionResponse"> 
</element> 

< ! — suspendSubscription Fault — > 
<element name="suspendSubscriptionFault "> 

<complexType> 
<choice> 

<element name="suspendSubscriptionFault " type=" string" /> 
<element ref ="ntf IRPData : OperationNotSupportedFault "/> 
<element ref ="ntf IRPData: InvalidParameterFault "/> 
</choice> 
</complexType> 
</element> 

<! — resumeSubscription Request — > 
<element name= "resume Subscript ion "> 
<complexType> 
<sequence> 

<element name=" subscript ionid" type=" string" /> 
</sequence> 
</complexType> 
</element> 

<! — resumeSubscription Response — > 
<element name="resumeSubscriptionResponse"> 
</element> 

<! — resumeSubscription Fault — > 
<element name= "resume Subs criptionFault "> 
<complexType> 
<choice> 

<element name=" resume Subs criptionFault " type=" string" /> 
<element ref ="ntf IRPData :OperationNot Support edFault"/> 
<element ref ="ntf IRPData : InvalidParameterFault " /> 
</choice> 
</complexType> 
</element> 

<! — getNotif icationCategories Request — > 
<element name=" getNotif icationCategories "> 
</element> 

<! — getNotif icationCategories Response — > 
<element name="getNotif icationCategoriesResponse"> 
<complexType> 
<sequence> 

<element name="Notif IcationCategoryList " 
type="ntf IRPData: Not if icationCategorySetType"/> 
</sequence> 
</complexType> 
</element> 

< ! — getNotif icationCategories Fault — > 
<element name="getNotif icationCategoriesFault "> 
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<complexType> 
<choice> 

<element name="getNotif icationCategoriesFault " type="string"/> 
<element ref ="ntf IRPData : OperationNotSupportedFault " /> 
</choice> 
</complexType> 
</element> 

<element name =" OperationNotSupportedFault " type=" string" /> 
<element name="InvalidParameterFault " type=" string" /> 
<simpleType name= "Vers ionNumbe r Type "> 

< re strict ion base=" string" /> 
</simpleType> 

<complexType name= "Vers ionNumbe r Set Type "> 
<sequence> 

<element name= "vers ionNumbe r" type="ntf IRPData: Vers ionNumbe r Type" 
maxOccurs= "unbounded" /> 

</sequence> 
</complexType> 

<complexType name="ParameterSetType"> 
<sequence> 

<element name="parameterName" type=" string" maxOccurs= "unbounded" /> 
</sequence> 
</complexType> 

<complexType name="OperationType"> 
<sequence> 

<element name="operationName" type=" string" /> 

<element name=" parameter Set " type="ntf IRPData : Parameter Set Type" /> 
</sequence> 
</complexType> 

<complexType name=" Ope rat ionSet Type "> 
<sequence> 

<element name="operation" type="ntf IRPData : OperationType" 
maxOccurs= "unbounded" /> 

</sequence> 
</complexType> 

<complexType name="Notif icationType"> 
<sequence> 

<element name="notif icationName" type=" string" /> 

<element name=" parameter Set " type="ntf IRPData : Parameter Set Type" /> 
</sequence> 
</complexType> 

<complexType name="Notif icationSetType"> 
<sequence> 

<element name=" notification" type="ntf IRPData : Notif icationType" 
maxOccurs= "unbounded" /> 

</sequence> 
</complexType> 

</schema> 
</types> 
<message name="subscribeRequest "> 

<part name= "parameter " element="ntf IRPData : subscribe" /> 
</message> 
<message name="subscribeResponse"> 

<part name= "parameter " element="ntf IRPData : subscribeResponse" /> 
</message> 
<message name="subscribeFault "> 

<part name= "parameter " element="ntf IRPData : subscribeFault " /> 
</message> 
<message name="unsubscribeRequest "> 

<part name= "parameter " element="ntf IRPData : unsubscribe" /> 
</message> 
<message name="unsubscribeResponse"> 

<part name= "parameter " element="ntf IRPData : unsubscribeResponse" /> 
</message> 
<message name="unsubscribeFault "> 

<part name= "parameter " element="ntf IRPData : unsubscribeFault " /> 
</message> 
<message name=" get Subscript ion I dsRequest "> 

<part name= "parameter " element="ntf IRPData : get Subscript ion Ids " /> 
</message> 
<message name=" get Subs criptionIdsResponse"> 

<part name= "parameter " element="ntf IRPData : get Subscript ion I dsResponse" /> 
</message> 
<message name=" get Subscript ion I dsFault "> 

<part name= "parameter " element="ntf IRPData : get Subscript ion I dsFault " /> 
</message> 
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<message name="getSubscriptionStatusRequest "> 

<part name="parameter " element="ntf IRPData ; getSubscriptionStatus " /> 
</message> 
<message name=" get Subs criptionStatusResponse"> 

<part name= "parameter" e 1 erne nt="ntf IRPData : getSubscriptionStatusResponse" /> 
</message> 
<message name="getSubscriptionStatusFault "> 

<part name="parameter " element="ntf IRPData : getSubscriptionStatusFault " /> 
</message> 
<message name=" change Subs criptionFi It erRequest "> 

<part name= "parameter" element="ntf IRPData ; changeSubscriptionFilter " /> 
</message> 
<message name="changeSubscriptionFilterResponse"> 

<part name= "parameter" element="ntf IRPData ; change Subs criptionFi It erResponse" /> 
</message> 
<message name=" change Subs criptionFi It erFault "> 

<part name="parameter " element="ntf IRPData ; changeSubscriptionFilterFault " /> 
</message> 
<message name="suspendSubscriptionRequest "> 

<part name="parameter " element="ntf IRPData : suspendSubscription" /> 
</message> 
<message name="suspendSubscriptionResponse"> 

<part name= "parameter" element="ntf IRPData: suspendSubscriptionResponse"/> 
</message> 
<message name="suspendSubscriptionFault "> 

<part name="parameter " element="ntf IRPData : suspendSubscriptionFault " /> 
</message> 
<message name="resumeSubscriptionRequest "> 

<part name="parameter " element="ntf IRPData ; resumeSubscription" /> 
</message> 
<message name="resumeSubscriptionResponse"> 

<part name= "parameter" element="ntf IRPData : resume Subs criptionResponse" /> 
</message> 
<message name="resumeSubscriptionFault "> 

<part name="parameter " element="ntf IRPData ; resumeSubscriptionFault " /> 
</message> 
<message name="getNotif icationCategoriesRequest "> 

<part name="parameter " element="ntf IRPData ; getNotif icationCategories " /> 
</message> 
<message name="getNotif icationCategoriesResponse"> 

<part name= "parameter" element="ntf IRPData ; getNotif icationCategoriesResponse" /> 
</message> 
<message name="getNotif icationCategoriesFault "> 

<part name="parameter " element="ntf IRPData : getNotif icationCategoriesFault " /> 
</message> 

<portType name="Notif icationIRP"> 

<operation name="getIRPVersion"> 

< input me s sage= " gene ricIRP System: getlRPVersionRequest "/> 

<output me s sage= " gene ricIRP System: getIRPVersionResponse"/> 

<f ault name= " get IRP Vers ionFault " message="genericIRP System: get IRP Vers ionFault " /> 
</operation> 
<operation name="getOperationProf ile"> 

< input message="genericIRP System: getOperationProf ileRequest " /> 

< out put me ssage=" gene ricIRP System: getOperationProf ileResponse" /> 

<f ault name="getOperationProf ileFault " 
message=" generic IRP System: getOperationProf ileFault " /> 
</operation> 
<operation name="getNotif icationProf ile"> 

< input message=" generic IRP System: getNotif icationProf ileRequest " /> 

< out put message=" generic IRP System: getNotif icationProf ileResponse" /> 

< fault name="getNotif icationProf ileFault " 
message=" generic IRP System: getNotif icationProf ileFault " /> 
</operation> 
<operation name="subscribe"> 

< input me ssage="ntf IRP System: subscribeRequest " /> 

<output me ssage="ntf IRP System: subscribeResponse"/> 

< fault name="subscribeFault " me ssage="ntf IRP System: subscribeFault " /> 
</operation> 
<operation name="unsubscribe"> 

< input message="ntf IRP System: unsubscribeRequest " /> 

<output message="ntf IRPSystem:unsubscribeResponse"/> 

< fault name="unsubscribeFault " me ssage="ntf IRP System: unsubscribeFault " /> 
</operation> 
<operation name=" get Subscript ion Ids "> 

< input me ssage="ntf IRP System: getSubscriptionldsRequest "/> 

<output me ssage="ntf IRP System: get Subscript ionIdsResponse"/> 

< fault name=" get Subscript ion I dsFault " me ssage="ntf IRP System: get Subscript ion I dsFault " /> 
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</operation> 

<operation name="getSubscriptionStatus"> 

<input message="ntf IRPSystem: getSubscriptionStatusRequest "/> 

<output me ssage="ntf IRPSystem: get Subs criptionStatusResponse"/> 

<fault name="getSubscriptionStatusFault " 
me ssage="ntf IRPSystem: getSubscriptionStatusFault "/> 
</operation> 
<operation name="changeSubscriptionFilter "> 

<input message="ntf IRPSystem: changeSubscriptionFilterRequest " /> 

<output me ssage="ntf IRPSystem: changeSubscriptionFilterResponse"/> 

<f ault name="changeSubscriptionFilterFault " 
me ssage="ntf IRPSystem: changeSubscriptionFilterFault "/> 
</operation> 
<operation name="suspenclSubscription"> 

< input me ssage="ntf IRPSystem: suspendSubscriptionRequest "/> 

<output me ssage="ntf IRPSystem: suspendSubscriptionResponse"/> 

< fault name="suspendSubscriptionFault " me ssage="ntf IRPSystem: suspendSubscriptionFault " /> 
</operation> 
<operation name="resumeSubscription"> 

< input me s s age ="ntf IRPSystem: resume Subs criptionRequest " /> 

<output me ssage="ntf IRPSystem: resumeSubscriptionResponse"/> 

< fault name="resumeSubscriptionFault" me ssage="ntf IRPSystem: resumeSubscriptionFault "/> 
</operation> 
<operation name="getNotif icationCategories "> 

<input message="ntf IRPSystem: getNotif icationCategoriesRequest "/> 

<output me ssage="ntf IRPSystem: getNotif icationCategoriesResponse"/> 

< fault name="getNotif icationCategoriesFault " 
me ssage="ntf IRPSystem: getNotif icationCategoriesFault "/> 
</operation> 

</portType> 

<binding name="Notif icationIRP" type="ntf IRP System : Not if icationIRP"> 

<soap: binding style= "document" transport="http: //schemas .xmlsoap. org/soap/http"/> 
<operation name="get IRP Vers ion" > 
<soap: operation 
soapAction="http : //www. 3gpp . org/f tp/Specs /a rchive/32_series/323 07 /schema/32307-700 /get I RPVersi on" /> 
<input> 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
</output> 
< fault name= "get IRP Vers lonFault "> 

<soap: fault name="getIRPVersionFault " use="literal"/> 
</fault> 
</operation> 

<operation name="getOperationProf ile"> 
<soap: operation 
soapAction="http: //www. 3gpp. org/ ftp/ Specs /archive /32_series/ 32 30 7 /schema/ 32 30 7- 
700/getOperationProfile"/> 
<input> 

<soap:body use="literal"/> 
</input> 
<output> 

<soap:body use="literal"/> 
</output> 
< fault name="getOperationProf lleFault "> 

<soap: fault name="getOperationProf lleFault " use="literal"/> 
</fault> 
</operation> 

<operation name="getNotif icationProf ile"> 
<soap: operation 
soapAction="http : //www. 3gpp . org/f tp/Specs /arch ive/32_series/323 07 /schema/32307- 
700 /getNotif icationProf lie" /> 
<input> 

<soap:body use="literal"/> 
</input> 
<output> 

<soap:body use="literal"/> 
</output> 
< fault name="getNotif icationProf lleFault "> 

<soap : fault name="getNotif icationProf lleFault " use=" literal "/> 
</fault> 
</operation> 

<operation name="subscribe"> 
<soap: operation 
soapAction="http : //www. 3gpp . org/f tp/Specs /a rchive/32_series/32307 /schema/32307-700 /sub scribe" /> 
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<input> 

<soap:body use="literal"/> 
</input> 
<output> 

<soap:body use="literal"/> 
</output> 
<fault name="subscribeFault "> 

<soap: fault name="subscribeFault " use="literal"/> 
</fault> 
</operation> 

<operation name="unsubscribe"> 
<soap: operation 
soapAction="http: //www. 3gpp. org/ftp/Specs/archive/32_series/32307 /schema/32307-700 /unsubscribe "/> 

<input> 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
</output> 
<f ault name="unsubscribeFault "> 

<soap: fault name="unsubscribeFault " use="literal"/> 
</fault> 
</operation> 

<operation name=" get Subscript ion Ids "> 
<soap: operation 
soapAction="http: //www. 3gpp. org/ftp/Specs/archive/32_series/32307/schema/32307- 
700/getSubscriptionIds"/> 
<input> 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
</output> 
< fault name=" get Subscript ion I dsFault "> 

<soap: fault name="getSubscriptionIdsFault " use="literal"/> 
</fault> 
</operation> 

<operation name="getSubscriptionStatus"> 
<soap: operation 
soapAction="http ; //www. 3gpp . org/ftp/Specs/archive/32_series/32307/schema/32307- 
700/getSubscriptionStatus"/> 
<input> 

<soap:body use="literal"/> 
</input> 
<output> 

<soap:body use="literal"/> 
</output> 
< fault name="getSubscriptionStatusFault "> 

<soap: fault name="getSubscriptionStatusFault " use="literal"/> 
</fault> 
</operation> 

<operation name="changeSubscriptionFilter "> 
<soap: operation 
soapAction="http ; //www. 3gpp . org/ftp/Specs /arch ive/32_series/323 07 /schema/323 07- 
700/changeSubscriptionFilter"/> 
<input> 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
</output> 
< fault name=" change Subs criptionFi It erFault "> 

<soap : fault name=" change Subs criptionFi It erFault " use=" literal "/> 
</fault> 
</operation> 

<operation name="suspendSubscription"> 
<soap: operation 
soapAction="http ; //www. 3gpp . org/f tp/Specs /arch ive/32_series/323 07 /schema/323 07- 
700/suspendSubscription" /> 
<input> 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
</output> 
< fault name="suspendSubscriptionFault "> 

<soap; fault name="suspendSubscriptionFault " use="literal"/> 
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</fault> 
</operation> 

<operation name="resumeSubscription"> 
<soap: operation 
soapAction="http: //www. 3gpp. org/ftp/Specs/archive/32_series/32307/schema/32307- 
700/resumeSubscription"/> 
<input> 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
</output> 
<f ault name="resumeSubscriptionFault "> 

<soap: fault name="resumeSubscriptionFault " use="literal"/> 
</fault> 
</operation> 

<operation name="getNotif icationCategories "> 
<soap: operation 
soapAction="http: //www. 3gpp. org/ftp/Specs/archive/32_series/32307/schema/32307- 
700/getNot if icationCategories "/> 
<input> 

<soap:body use="literal"/> 
</input> 
<output> 

<soap:body use="literal"/> 
</output> 
< fault name="getNotif icationCategoriesFault "> 

<soap: fault name= "getNot if icationCategoriesFault " use="literal"/> 
</fault> 
</operation> 
</binding> 
< service name="Notif icationIRP "> 

<port name= "Not if icationIRP" binding="ntf IRP System : Not if icationIRP "> 

<soap: address location="To be defined. "/> 
</port> 
</service> 
</definitions> 
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Annex B (normative): 
Notification WSDL specifications 



<?xml version=" 1.0" encoding="UTF-8 " ?> 

< definitions xmlns="http : / /schema s . xmlsoap . org/wsdl/ " 
xmlns : soap="http : / /schema s . xmlsoap . org/wsdl /soap/ " 

xmlns : http="http : / /schema s . xmlsoap . org/wsdl /http/ " xmlns : xs="http : //www. w3 . org/200 1/XMLSchema" 
xmlns : soapenc="http : / /schema s . xmlsoap . org/ soap /encoding/ " 

xmlns :ntf IRPNtf System="http: //www. 3gpp. org/ftp/Specs/archive/32_series/323 07/schema/32307- 
700/not if icat ion/Not if icationlRPNtf System" 

xmlns :ntf IRPNtf Data= "http: //www. 3gpp. org/ftp/Specs/archive/32_series/323 07 /schema/323 07- 
700 /not if icat ion/Not if icationlRPNtf Data" 
xmlns : xe="http : //www. 3gpp . org/f tp/specs /latest /rel-6/32_series /32305#not if icat ion" 

targetNamespace="http : //www. 3gpp . org/f tp/Specs /archive/32_series/323 07 /schema/32307- 
700 /not if icat ion/Not if icationlRPNtf System" > 

<types> 

< schema targetNamespace="http : //www. 3gpp . org/f tp/Specs /archive/32_series/323 07 /schema/323 07- 
700 /not if icat ion/Not if icationlRPNtf Data" xmlns="http: //www. w3 . org/2001/XMLSchema"> 

<xs : import name space=" http : //www. 3gpp . org/f tp/specs /latest / r el- 
6/32_series/323 05#notif ication" 

schemaLocation="http : //www. 3gpp . org/f tp/specs /archive/32_series/32 . 305 /schema /323 05 -610- 
XMLSchema. zip"/> 

<! — notify Request — > 
<element name="notif y "> 
<complexType> 
<sequence> 

<element name=" not if ication" type="xe : Notification" /> 
</sequence> 
</complexType> 
</element> 

</schema> 
</types> 

<message name="notif yRequest "> 

<part name= "parameter " element="ntf IRPNtf Data : notify" /> 
</message> 

<portType name="Notif icationlRPNtf "> 
<operation name="notif y "> 

< input message="ntf IRPNtf System: not if yRequest " /> 
</operation> 
</portType> 
<binding name= "Not if icationlRPNtf " type="ntf IRPNtf System: Notif icationlRPNtf "> 

<soap: binding style= " document " transport="http : //schemas . xmlsoap. org/soap/http" /> 
<operation name="notif y "> 
<soap: operation 
soapAction="http : //www. 3gpp . org/f tp/Specs /archive/32_series/32307 /schema/32307- 
700 /notification/notify" /> 
<input> 

<soap:body use=" literal "/> 
</ input > 
</operation> 
</binding> 
<service name="Not if icationlRPNtf "> 

<port name= "Not if icationlRPNtf " binding="ntf IRPNtf System: Notif icationlRPNtf "> 

<soap : address location="To be defined. "/> 
</port> 
</service> 
</definitions> 
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Annex C (informative): 

Notification IRP WSDL/XIVIL schema electronic files 

The electronic files corresponding to the normative WSDL/XML schema defined in the present document are available 
in native form in the following archive: 

http://www.3gpp.org/ftp/Specs/archive/32 series/32307/schema/32307-700-wsdl.zip 
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Annex D (informative): 
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